home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20021006-20030409 / 000347_jaltman2@nyc.rr.com_Sun Mar 2 13:47:36 EST 2003.msg < prev    next >
Text File  |  2020-01-01  |  4KB  |  76 lines
  1. Article: 14144 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!phl-feed.news.verio.net!iad-feed.news.verio.net!iad-peer.news.verio.net!news.verio.net!news.maxwell.syr.edu!newsfeed-east.nntpserver.com!nntpserver.com!news-west.rr.com!news-server.columbus.rr.com!cyclone.rdc-nyc.rr.com!news-out.nyc.rr.com!twister.nyc.rr.com.POSTED!not-for-mail
  3. From: "Jeffrey Altman [Road Runner NYC]" <jaltman2@nyc.rr.com>
  4. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030210
  5. X-Accept-Language: en-us, en
  6. MIME-Version: 1.0
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: MS-DOS Kermit
  9. References: <20030301.1833.31585snz@aral.vorkosigan.co.uk> <smJqS8E+f8CK@cc.usu.edu>
  10. In-Reply-To: <smJqS8E+f8CK@cc.usu.edu>
  11. Content-Type: text/plain; charset=us-ascii; format=flowed
  12. Content-Transfer-Encoding: 7bit
  13. Lines: 53
  14. Message-ID: <6no8a.49308$Mh3.17650633@twister.nyc.rr.com>
  15. Date: Sun, 02 Mar 2003 14:16:34 GMT
  16. NNTP-Posting-Host: 66.108.138.151
  17. X-Complaints-To: abuse@rr.com
  18. X-Trace: twister.nyc.rr.com 1046614594 66.108.138.151 (Sun, 02 Mar 2003 09:16:34 EST)
  19. NNTP-Posting-Date: Sun, 02 Mar 2003 09:16:34 EST
  20. Organization: Road Runner - NYC
  21. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:14144
  22.  
  23. Joe Doupnik wrote:
  24. > In article <20030301.1833.31585snz@aral.vorkosigan.co.uk>, mike@aral.vorkosigan.co.uk (Michael Bernardi) writes:
  25. >
  26. >     There is a bit of ANSI terminal emulation on MSK. There is a lack
  27. > of information here as to just what ANSI or SCO ANSI <etc> actually contain
  28. > in detail. Also I don't have an SCO machine to be a local reference. A
  29. > formal reference is really required with terminal emulation development.
  30.  
  31. The SCO Console implementation of ANSI is fairly well documented in the 
  32. man pages of the SCO Unix distribution.
  33.  
  34. The same is true for the AT386 Console driver used for other commercial 
  35. variants of x86 Unix.
  36.  
  37. The Linux console driver is a mess as it has been altered and extended 
  38. with each and every kernel release.
  39.  
  40. If you have any questions about how these emulations should behave, just 
  41. ask.
  42.  
  43. >     On SSH. That's a rather large can of wiggly things. MSK has no
  44. > crypto support, the laws on export have been difficult for everyone. And,
  45. > to be candid here, my readings of SSH source code a couple of years ago
  46. > caused me to shun the item completely on Unix systems. Maybe I overreacted
  47. > and need an education. In any case, memory space is at a premium with MSK
  48. > so whatever is done needs to be quite small and uncomplicated and to always
  49. > yield a usable connection even if the other side proves difficult.
  50.  
  51. SSH has been implemented on the Palm.  You need to focus on implementing 
  52. a very small number of crypto algorithms.  Most likely just 3DES since 
  53. that is implemented in all distributions.  The SSH code that became the 
  54. basis for OpenSSH is quite ugly.  However, the code does not represent 
  55. the protocol.  See the Internet-Drafts that will finally become RFCs 
  56. this month.
  57.  
  58. >     On my gear there is a sprinkling of SSL stuff for web work, no SSH,
  59. > no r* utilities, and no paranoia about wire snoops. Keeping certificates
  60. > straight is enough bother, and openssl isn't very nice about that.
  61.  
  62. OpenSSL is not a certificate manager.  It is up to the application to 
  63. perform the certificate management for the user.  Unfortunately, there 
  64. is no standard certificate manager on Unix and I never finished my 
  65. implementation for one on Windows.
  66.  
  67. >     Guidance and views on the above items are certainly welcomed. I
  68. > don't mean to appear reactionary on these matters, but also I don't believe
  69. > 95% of the claims folks advance for crypto features. Old simple XOR-ing
  70. > probably does as well to keep away casual packet snoopers.
  71.  
  72. If only that were true.
  73.  
  74. >     Joe D.
  75.  
  76.